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At present, nost shipboard information handling 
Operatiors are perforred manually and are cumberscme and 
often unreliable. Additionally, the manual operations are 
lator consuming to the extent that they pose a threat to the 
Navy's fperscnnel and operational readiness. If perscnnel 
and cperaticnal readiness are to be maintained in a_e feriod 
of declining available resources, a more efficient and 


effective means of information handling must be employed. 


The cbjective of this research was to outline an 
appreach to utilize existing automated data prccessing 
technology in a shipboard environment in an effort to reduce 
the percentage of time shipbdcard fersonnel devote to 
repetitive administrative functions. Although specific 


hardware selection was not an intended okjective, issue 


" 


ceorcerning hardware and software selection were investigated 
as they related to a shipboard environment. This effcert was 
pursued tEecause selection of a particular hardware suit can 
impese system limitations that can .dictate success or 


failure fcr tke systen. 


Investigation of shipboard administration functions 
revealed several functions which are likely candidates for 
autcmaticn. Differences in ships' size and mission are 
analegous tc differences in ccmmercial companies. Each has 
varied functions that are critical in one crganization and 
Saeeetitcie ccnsequence in ancther. This paper focuses cn the 
preblems cf autcmating management functions aboard ships 
With manrinc levels below 500 personnel. AS repeatedly 


emphasised in Ref. 1, a function or system that is not well 





defined cr is not successfully operating in a manual mecde, 
will fail when autcmated. Keeping this fact in mind while 
concentrating on functions that were extremely time 
consuming, led to selection of the following functions for 
autcmaticn ccnsideration: 

1. Shipboard Training and Record-Keeping 

2. Mainterance of Personnel Records 

=. Paper Inputs to the Manpower and Perscnnel 


System (MAEMIS) 


Automating these functions exploits the commonality of 
the data frase elements required to support them. This paper 
prcevides an analysis or the data base requirements and the 
design considerations to successfully generate the 
applicaticns frograms that collectively compcse the ship's 


automated maragement system. 





Several efforts have been made to develcr computer-based 
Shipboard management systems. These effcrts have been 
Iragmentary in nature. Results have been isclated 
computer-rased packages which do not explcit the extensive 
ccmmcnality cf data base elements that support several 
levels cf management. Additionally, the interfacing with 
higher levels cf ccmmand has been ignored in their dé€sign. 
As an example, a shipboard perscnnel record-keeping package 
reguires almcst identical data base elements as that of the 
Gata base utilized py the Bureau of Naval Personnel (EUFERS). 
A properly designed shipboard data base shculd be caratie of 
autcmated preparation of inputs to the BUPEKRS data tase. 


Related efforts to that of tte shipkoard computer cased 
Management system that have beem pursued within the Navy are 


as fclloxs: 


1. Data Entry Aktoard Ship(DEAS) Project 
(CCOMNAVSUPSYSCOM) 


ze Develogzment and Maintenance of Continucus Ship 


Mainterance Freject(CSUP) by Minicomputers (CNM) 


3. Data Freocessing in MLSF Ships. Ccemputer-based system 
Supporting supply, 3-M, and administrative functions 

in MLSF ships with Burroughs i3200 system installed 
(COMNAVSUPSYSCOM) 


4. Application cf Shipboard Computers te Instruction 
and Training Administration. (NPRDC) 
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S. Shipbcard L-Tran (Lesson Translatcr). Current 


Shipboard CAI for NTDS operators. 


Additionally, the following efforts to automate 
Shipboard functions are of particular interest to future 


applicaticns; 
A. APPLICATICNS AEOARD USS DAHLGREN 


References 2-14 describe effcerts spenscred by the Navy 
Personnel Research and Development Center (NERDC) to utilize 
a @Miniccupueter tc automate shipboard functions. The 
Binicomputer utilized was a commerciai version that did not 
meet Militery Specificaticns (MILSPECS) IED Sshipbcard 
etployment. The system descripticn and applications were as 
fcllcws: | 


1. Hardware and Software Description 


The system hardware and software avaialable for 
utilizaticn akcard USS Dahlgren consisted cf the following: 


CENTRAL FRCCESSING UNIT (NCVA 1200) 
16 bat werd-32K words memory 
memory cycle time-1.2 micro seconds 
Meysical size-b 10.5'', W d'', D 23'! 
power interrupt protected 
Teai time clock 


TELETYFE (ASR-33) 
10 characters bee second 
Paper tare reader and punch 
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CARD READER | 
225 cards fer ginute 
table tcp mounted 


PEok UNIT 
fixed head ce 
drive unit (512K words per unit) 
interchargeable disk packs 
LINE PRINTER 
356 lines fer pinute 
32 cclumns per line 
able tcf mounted 
CR-A fcnt 


1 
= 
0 
MAGNETIC TAPE CASSEITE UNITS (6) 

5 tape crives 

x 

t 


ic 

REMCTE TERMINALS 
able tcp mounted 
20 lines~&Q characters per 
physical size-H 15'', W 17? 
FORTRAN CCBMPILER 
ALGCL CCMEIIER 
PXTENDEL EASIC INTERPRETER 
PATENDEL ASSEMELER 
FELOCATAELE LCADER 
RELOCATABLE MATH PACKAGE 
meal LIME CISC OPERATING SYSTEM (RDOS) 
REAL TIME CEERATING SYSTEM (RTOS) 


LISC OPERATING SYSTEM (DOS) 


line 
JD nae 


Two cf the more Significant applications applied to 
the NOVA 120C were the development of a ccmputer assisted 
instructicn package to teach shipboard Damage Contrcl and 


the automaticn of Supply Department functions. 


Reference 13 describes in detail the computer 
assisted instructicn effort. The programs were designed to 
rur under the REDOS operating system and were written in 
Extended EASIC, version 3.6. The programs were designed as a 
series S36 cverlays to be operated in a multi-user 


environmert and in the swapping mode of BASIC. The systen 


V2 





contained an executive program and 19 subprcegrams capatle of 
accessing twe data files: a student data base, and an 


examinaticn Etatistics file. 


The course of instruction was deSigned to satisfy 
current Ferscnnel Qualification Standards (PQS) in LCLamage 
Control. Instruction was given off-line using textual 
Material. Examinations were taken on-line via CRT. Students 
taking an e€xamination were furnished on-line and haré-copy 
test results, diagnostics, and corrective actions for 


improvement. 


The effort to automate the supply functiors was 
Primarily tke result of work done by University Of 
Pennsylvania Wharton graduate students. A system titled USS 
Dahigren Autcmated Logistics Control and Report Generating 
System(LOGCCN) was developed to prcevide detailed supply 
infeormaticn in a matter of seconds. LOGCCN consisted of 
eight uniguée programs. The software documentation fcr all 
the programs is included in Ref. 15. LOGCCN utilized four 
data files: two were random-access disk files and the other 
twce were seguéentially accessed tape files. LOGCON hada the 
Capability tc prepare supply requisitions, determine if 
stcck was available to satisfy a requisiticn, and tc order 
up the bigh limit of an item when available stock was at or 


below its specified low level. 


B. A TRAINING MANAGEMENT SYSTEM 


In early 1975 the findings on the Pacific Fleet 
Prcpulsicn Fxamining Board were that precedures being 
emplcyed within the Engineering Department of USS Kitty 
Hawk (CV-€3) for the management of training were ineffective. 


The principal preblem being that the cumbersome manual 
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system fcr recording Fersonnel Qualificaticn Standards (PQS) 
training data proved an inadequate mechanism for the 
Training Cfficer te effectively supervise and coordinate the 
training. The operational unit commander (Commander Carrier 
Division Cne) initiated action to investigate automaticn of 
the trainince function to make it rore responsive to the 


several levels of management within the ship. 


1. System Description 


Iwc ccmputer systems were availarle for use in 
designing the computer based training management system; the 
YOK 1500 system and a Micro Data 1600 system. The two 
systems were compared in terms of their data processing 
Characteristics and user convenience by perscnnel fror the 
Naval Electrcnics Laboratory Center (NEFLC) and the Naval 
Personnel Research and Development Center (NERDC). The Micro 
Data system with the addition of a CRI terminal and frinter 
was selected for use. The general operating characteristics 


offered Ey tke system were: 


1. Inexpensive terminal installed within the 
Engineering Department 


Zz. Total time sharing; random access 
3. Individual update capability 


4. Records available on-line at all times 


5. Flexible sorting capability permitting varied 


reporting fcrmats. 
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2. Data Base Design Criteria 


In désigning the elements to be included in the data 
tase, the ch*ective was to include sufficient elements to he 
able tec fermat meaningful training reports tc various levels 
of command while utilizing PQS as the Lasic vehicle for 
training and assignment of individuals. This design criteria 
waS inccrforated to make the Ltasic system relocatable for 


use by any cferaticnal units employing PQS. 


The Department Head, Executive Officer, and 
Commanding Cfficer required summary informaticn to indicate 
the status of training at a given time. Typical data 


elements usec in generating this level of report were: 
1. RQLCiI-tke number of stations manned during Condition 1 


ze ASGN1I-cumber of personnel assigned to a staticn 


during conditicn 1 


3. ANCi-number assigned this watch staticn not PQS 


gualified 
Reports generated for use by the Civision Officer 
required specific information on individuals tc assess 
previous training, and to determine work assignzents. 
Typical data elements utilized to generate this repcert were: 


1. PQS-the FOS number assigned to the watch staticn 


2. TRNG-nurber cf personnel in training fer the watch 
staticn 


ils) 





3. CRIIT-EFFoe-numrer of watch station personnel with ERD 
less than €0 days 


Space supervisors utilized scme of the information 
available in the Division Officers report, but trecuired 
specific infcrmation on individuals in their work centers. 
One cf the primary considerations in designing the data 
elements was to facilitate alphabetical sortirg cf 
individuals when informaticn is desired on a Single 
individual. Sample data elements utilized in preparing the 
reperts fcr «crk center supervisors are: 

1. NAME-last name of individual 
z.- COND 1-watch station assigned for Condition 1 
3. L-LCATE-FRD or discharge date 


fae RESULIS 


Althcugh much time and effort was devcted to the two 
aforementioned systems, very little practical benefit 
resulted fren either. The reason for this lack of results 
can ce attributed to personnel involvement and the hardware 


Metiized. 


In Ecth systems, enthusiastic personnel worked on their 
joplementaticn, but failed to get non-computer criented 
personnel irvolved in the development. As personnel were 
rotated, lack of system understanding resulted in users 
ilcsing ccnfidence in the systems and returning tc ranual 


methcds cf performing the functions. 


The harcware utilized in both systems was off-the-shelf 
ccmputing egvirpment. The systems had to be designed tc fit 
the capakilities of the existing hardware. Varying underway 


ccnditions caused system readiness to be uapredictakle. 
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Specifically, CAHLGREN experienced reliability problems with 
the fixed read disk drive units in heavy seas. An autcmated 
Gata system that displays marginal reliability is little 


improvement cver manual operations. 


17 





TIT. SYSTEM DESIGN CONSIDERATIONS 


= > ee ae Pe > a Se ce ce ee 


A guesticn often asked when discussing automation of 
non-tactical shipbcard functions is, “Can existing shifkcard 
ccmputer systems te utilized?" On many combatant ships 
existing ccmputer systems(e.g. NTDS) are an integral part of 
weapons systems cr tactical-Support systems. Reference 16 
was a survey made to determine the Suitability and 
availability cf cnboard computers for training and cther 
non-tactical utilizaticns. The results of the survey were 
that ccmputers installed for tactical purposes were 
hard-wired and not configured for cther purpeses and these 
ccmputers were generally not available for other uses when 


tke ship was underway. 


The acquisition of any cecmputing system involves 
detailed evaluaticn of tangible and cther not easily 
measured factors. The comparison of computing systems in 
terms of hardware performance factors such as speed and 
storage capability are straightforward measurements. Cn the 
ctkLer hand, the evaluation of the reputation of a particular 
vendor and the preblems of interfacing his equipment with 
that of ancther vender are abstract considerations that must 
alsc be taken into account when selecting a system. 
Reference 1 provides a comprehensive checklist POL 
utilizaticn in system comparisons. Issues of particular 
interest to the shipboard environment are the followinsc: 

1. Reliability 


- Physical Planning Considerations 


Ne} 


a) 


- Mini vs Micre Ccmputer 


i= 


. Software Considerations 
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We RELIAEILITY 


In the selection of most computing systems , ccst often 
has been the dcminant criteria influencing the sélection 
decision. In the case of the shipboard system other factors 
Bust be given greater weight in evaluating systers of 
ccmparablie cperating performance. Reliability of the systen 
shculd be a znajor consideration in selection of any hardware 
suit. Two cf the most commonly used criteria to evaluate 
reliability are Mean Time Between PFailure (MTBF) and Mean 
Tine tc Kepair (MTTR). 


References 17 and 18 enumerate the Standard Military 
Specificaticrs that have been developed fcr the prcetection 
of shipbcard electrical equipment. Although utilizaticn of 
MIISPFECS is required and results in improved reliability, 
the purchaser must be aware of the price he must pay to 


ensure ccrpliance with MILSPECS. 


An exaprple of the cost of complying to MILSPECS can be 
seen Ey ccaparing a Data General 830 with a Rolm 1602. 
These twc miri-ccmfuter systems use the Same circuit design 
and software. Tke Data General $830 is designed tc meet 
ccmmercial needs while the Rolm 1602 is a militarized 
version. A ccmparison of the two systems, each configured 
with the Easic computer, 32K ccre memory, a ccntrol ranel, a 
pcwer monitcr, and an automatic restart capability; revealed 
the Rolm 1€0Z purchase cost ($48,650) to be mcre than double 
that of the Data General 830($18,050). On the reliability 
Side, the Rclm 160Z had a MTBF of 13,200 hours as _ ccrpared 
to the Data General 830 with a MTBF of 4510 hours. Assuming 
repair parts and technical expertise were available wken a 
failure cccurred, there was no Significant difference in the 
MTTR of tke two systems. 
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The above comparisons while rather crude in nature 
highlight a simple fact the purchaser of a shipboard system 
must reccgnize. It will cost more in dollars to perfcrm an 
automated function afloat taan to perform the same furction 
at a shore-kased activity. This fact must ke recognized and 
documented when performing the eccnomic analysis required to 


justify purchase of the systen. 


BEB. PHYSICAL FELANNING CONSIDERATIONS 


Once tke performance design characteristics of the 
system have been established, system locaticn plans must be 
carefully ccnsidered before a particular system is selected. 
When ccmmercial systems are procured, systez performance is: 
given tof consideration. Space reguirements are seccndary in 
nature, usually resulting in space being oktained (purchase 
or rental) tc meet the reguirements of the system selected. 
Space akcard most ships in commission in the United States 
Navy is a critical factor. The addition of any electrical 
equipment cften requires removal of some existing equipment 
Or the reducticn of Space allocated to personnel 
hakitability. This requires that space requirements Lea 
Major factcr in system selection. At a mininun the 
following factors shculd be closely examined in deterzining 
tke suitakility cf a space for installation cf a computing 
system: 


1. Qverall Square Footage 


N) 


- Deck ILcading Restrictions 


dad 


- Air Corditioning 


4. Humidity Control 

S. Cakle Length Requirements 

6. Laycut cf Caktle Trunks 

7. Voltage Requirements 

€. Ability to Keep Space Dust Free 
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ee ohaNi Ws ELCRGC COMPUTER 


The functicns frofosed for automation within this [paper 
require frempt responses from the computing system to 
Warrant autcmaticon. They do not, however, reguire tke high 
ingtructicn execution speeds available in many presert day 
large-scale machines. This fact coupled with the space 
restricticns previously mentioned, reduce the choice tc that 


of a tini-ccufuter system or a micro-computer systeu. 


Price and space requirements make the use of a 
micro-cogfuter an attractive alternative. Technclcgical 
development cf the micro-ccmfuter has been limited only by 
the all igportant corresponding software development. In 
fact, many authors have pointed out that the introducticn of 


tke micrc-ccrputer has put software development fer these 


devices back at the foint where software was for 
mMacrc-computers in the early 1950's. Until software 
development for Micro-computers catches up tc the 


technological hardware developments, a mini-computer is the 
only Leg. ca 1 choice for use in autcmating shifbcard 


administrative functicns. 


D. SOFTWARE CCNSILTERATIONS 


There €xist many issues in implementing a data 
prccessing system cn a mini-computer. To froperly exploit 
the strengths and weaknesses of the mini-computer several 
scftware issues as they apply to various aprlications must 
be resolved. Reference 15 addresses many of the issues 
including the follcwing: 


zal 





a 
e 


Prcegram Ccoplexity 
Stcrage Utilization 


Operating System Complexity 


Extent cf Documentation 


e 
‘ 


in & Ww A 
& 


. Assembly vs High Level Language 


1. Excgram Complexity 


— aE <a ae ae =P eee oe ee 


In many applications the knowledge of what gces on 
within a frecram is of little consequence to the user. When 
a programmer writes a progam for his cwn use he may violate 
as many cf tte principles of gcod programming as he chcoses. 
Ta general though there exists a trade-off between 
pregrammer care and user skill. The term "user" as applied 
to the shipbcard environment ranges from the Data Processing 
Technician(DE), whe will be responsible for maintaining 
certain fregrams, to the Seaman who will be expected to 


Operate an cr~line terminal as part of the training system. 


Tke varied intelligence and backcrounds of the 
shipbcard users is such that the programs written must 
display a tigh degree of "intelligence". The cues for 
interacticn rust be precise and simple. The progragzs must 
give concise error messages notifying the user when he has 
Supplied unacceptakle or impossible data. Programs that may 
require future shipboard modificaticn must invoke simple, 
well documented logic to account for the inexperienced ODPs. 
The trade-off for this action is larger, less efficient 
programs. In the ccmmercial environment mcre emphasis is 
placed cn the efficient use of the Limited memory ncermally 
associated with a bini-computer system. In the shipboard 
envircnment the success of the system will depend upfen the 
degree cf usage by a cross section cf the shifkoard 
perscnnel. Usage in turn can be directly linked to 
Simplicity of cperaticn. 
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2. Storage Utilization 


Althcugh the price of core memcry has been 
drastically reduced within the past ten years, it still 
represents a substantial enough investment to influence 
overall systen design. Most commcn Mini-computer 
ceonfiguraticns offer 32K or 64K of core MeMcry per 
precessor. There exists several popular schemes available 
fcr managing the available memory ranging frcem the simplest 
of allcwing cne user full access of core tc sophisticated 
paging systems. The best scheme for utilizaticn of memcry is 
basically a factcer of average program size and the numter of 


anticipated wtsers. 


The shirptoard system requires a time sharing 
environment tc Support multiple USeErS. Again Space 
ligzitaticns restrict the number of users. In the case of a 
Destrceyer size Ship, available space may cnly allow for 
installaticn of as little as four on-line terminals. In this 
Situation partitioning memory into static partitions cf 8K 
€ach ocr inccrporating a simple swapping algorithm should 
yield satisfactory results. The trade-off tc be recocnized 
in partiticning the memory is that of restricting pregranm 
size. The situation that must Ete avoided is one in which 
prcgram size dictates programmers writing sovhisticated 
preograms at the expense of program clarity and simplicity of 


moma zaticn. 
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Here again the trade-off is one cf convenience vs 
core utilizaticn. Most mini-computer manufacturers cffer one 
or mcre operating systems for their particular machines. 
Before deciding on a system with more than one operating 
system, the purchaser should require a demcnstraticn cf the 
degree of difficulty and time reguired to exchange the 
Cperating system residing in core with one from a mass 


stcrage device. 


tke limited number of simulitanects users in the 
shipbcard e¢nvircnment dictates a rather simple tinded 
operating system. Often a manufacturer will try to sell the 
mcst sophisticated operating system develcped fer his 
machine. It way prove worth-while tc consider buildirg an 
Cperating system designed specifically to match the desired 
reguirements cf that particular installaticn. The pcints to 
keep in mind in making the decision are that too complex an 
Cperating system will overburden core and that the more 
sophisticated the operating system the greater the 
Mmeerabiility cf it ccntaining holes or errcrs not previously 


enccuntered. 


4. Extent of Locumentation 


Every programmer is continuaily reminded of the 
value cf program documentation. In the mini-cogzputer 
environment, while the value of dcocumentaticn can nct be 
overlooked, one must recognize that trade-cffs exist. It is 
a true ccnseguence that source program documentation causes 
prcegrams to ke larger and take up more space. In the case of 


the EASIC language, which 1S interpretive, the whole source 
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prcgram is fut into core at run-time, and scurce statements 
are interpreted as they are sequentialiy executed. Thus 


blank cards inserted for spacing consume space within core. 


If tke source language of a program may be compiled 
or assembled and gotten into core image form, internal 
documentation will not affect the size of the loaded progran 
at run-tize. A compromise that exists is tc store the scurce 
program cn magnetic tape and store the ccre images of 
frequently run programs on disk. Another alternative is to 
have two versicns of a program; one fully documented and 
stcred cn magnetic tape and the other with no documentation 


avaiable cn disk. 


5. Assembly vs High Level Language 


Anotkter trade-off that must be considered is the use 
of assemtly language to save core and disk space or tke use 
of a high level language for ease of programming and prcgran 
Maintenance. The Data Processing Technicians who will be 
assigned abcard ship Will generally possess little 
background in working with assembly language. In most 
instances the Data Processing Technicians will cnly be 
familiar with CMS-2, used on Navy tactical systems, or 
COECL. Thcse programs where maintenance 1S anticipated or 
unigueness is not desired should be written in a high level 
language. The operating system and training programs where 
Standardizaticn among ships of a class is the desired 


chjective shculd be ccded in assembly language. 


The choice of the high level language to be utilized 
in the applications programs is greatly influenced by the 
hardware selection and the amount of core purchased. While 
it wceuld re desireable to write the programs in COBCL due to 


its familiarity among Navy ODPs, it is not presently a 
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prectical alternative. The ccre requirements of available 
COEOL ccupilers have resticted implementation of COFOL in 
the mini-computer environment. The develcpment of a new 
high level language incurs a high initial cost. Some 
currently available popular mini-computer languages and 


their descrirtions are as follows: 


a. FCCAL 


FCCAL is a Simple programming language which was 
designed fcr ioplemzentation on the DEC PDP-8. FOCAL is non 
blecck structured. Variables are not declared in FOCAL. 
Stcrage is allilccated for a variable after the first 
occurrence of a SET command. Array elements are allccated 
che at a time when they are first referenced in the frecgran. 
FOCAL supperts the standard arithmetic operatcrs, but 
relaticnal oferators are not implemented.  Frogram ccntrol 
is provided ty the IF, GO, GOTO, DO, RETURN, and FOR 
statements. IyvC is not very sophisticated in FOCAL. The I/0 
ccmmands are ASK and TYPE. FOCAL provides quite a numter of 
built in functions (i.e. trigometric) and has the facility to 
let the user define his own functions. Although FOCAL is 
€asily learned, it 1s machine oriented and bcund to the PDP. 
Its usefulness in simple program application is offset by 


its lack cf fower and transportability. 


cE. E£1=-11 


EL-11 is a block structured language which was 
created fcr use on the DEC PDP-11. PL-11 constructs are good 
for writing readable, structured programs. All variakles and 
procedures in PL-171 must be declared. The Bit data type 
allews the user to reference individual bits in main memory 
through use cf the SET and CLEAR commands. FL-11 offers the 
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Soaiidama aLitumetic and logical operators. Iterative ccntrol 
within a pregram is effected through use of a standard type 
of looping. Nesting of procedures to any desired level is 
permitted and recursive calls are allowed. By declaring a 
Variable to ke of type STACK the programmer gay make use of 
the PUSH and POE functions which serve tc manipulate the 
top-of-stack element. PL-11 functions make special use of 


PDE-11 hardware features and is thus non-transportable. 


C is a compiler that was first developed ona 
PDF-11 anc used to implement the UNIX operating system. C is 
neither klicck structured nor based on a commonly used high 
level laguace. GY supports the standard arithmetic and 
relaticnal oferators and in addition some unusual operators 
influenced ky the hardware of the PDP-11. Prcegram ccntrol is 
acccmplisked through use of the IF, WHILE, FOR, DC, and 
SWITCH statements. The SWITCH statement is eguivalernt to 
the traditicrnal "CASE" statement. Futncticns in C may be 
recursively called. Formatted I/0 is accomplished through 
likrary routines which convert decimal, octal, and flcating 
point values tc or from ASCII. As with the two previously 


mertionec languages, C is highly machine derendent. 


Ge tChIRAN LV 


Many mini-computers make use cf powerful FCRTRAN 
ccipilers. Using a standard operating system implemented in 
assemkler code, they provide the capability for supporting a 
powerful FORTRAN which 1S compatible with IBM's level G 
compiler. Utilizing an INLINE statement they allow inclusion 
c£ asserklier code between FORTRAN statements providing 


greater Eregrammer flexibility. The drawback of these 
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compilers , as with all FORTRAN compilers, is the difficulty 


enccuntered in utilizing them in non-numerical applicaticns. 


€. EASIC 


The programming simplicity of EASIC has made it 
cne of the mcst popular mini-computer languages. The editor, 
file stcrage, and program execution are combined into a 
Single system alicwing BASIC to be independent of any 
Cperating system. The Dartmouth standard EASIC includes nore 
pewerful constructs than it's FORTRAN IV counterpart by 
supporting string Manipulations, matrix Ooperaticns, 
formatted Ivy0, external subroutines and a file system. 
Additionally, EASIC programs execute interpretively which 
Circumvents fproblems of compilation caused by limited 
mewory. with suitakle extensions, BASIC can be used fcr a 
variety cf sophisticated and demanding applications. A 
EASIC prcegrammer doeS not manage gain memory directly. 
Instead, he manages program space which consists of numbered 
instructicns and variables both of which require space in 
main memcry. When EASIC programs become too large tc fit 
main memcry, the programs must te broken into overlay 
mcdules with inter-module sequencing logic. Reference 9 
presents a structuring and design strategy for maraging 


overlays. 


Weighing equally the factors cf progranmmers 
ability, machire independence, and power of the language, an 
extended version of BASIC becomes an attractive choice cf a 
high level language for use in the shipkcard management 


systen. 
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Picea with BAPSIS 


A high percentage of shipbcard administration tie is 
dedicated tc generation, verificaticn, and correction of 
inguts tc the Navy's Manpower and Personnel Manacement 
Informaticn System (MAPMIS). Presently, source data is 
entered into the MAPMIS data pase as a result or internal 
Bupers furcticns as well as world-wide field data reporting. 
The present reporting process is error prone resulting in a 
Significant rate of errors being intrcduced into the data 
base. This situation has resulted in many costly, faulty 
decisions by the users of the data base({i.e. detailing an 
individual te fill a billet that was previously filled, but 


net recorded in the data base). 


The nature of errors in the data base can be the result 
of several circunstances. Errors attributed to lack of 
tineliness can occur if decisions are made on a data _ kase 
that dces not reflect the most recent personnel 
transacticns. The most commen errors are inaccurately 
reported information or the failure to refpert information 
reguired tc upfdate the data base. The worst Situation 
develops when faulty information that has been entered into 
the data frase is used to edit inputs, resulting in rejection 


of entirely ccrrect information. 


The present method utilized to handle errors is to 
research tkem at the point of detection, usually Bupers, and 
1f possitle ccrrect them and re-attempt to update the data 
base. This method of error research is manpower-inteéensive 
and even with the significant resources presently availatle, 


rescluticn is freguently not attainakle, causirg an 
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accumulaticn of backlogs. Often, reports must be returned tc 
the ships and shore stations originating them. When this 
Situation arises, errors associated with timeliness may 


result. 


Bupers has undertaken a source data imprcvement program 
tc identify areas in which accuracy and timeliness can be 
improved. The short range plan utilizes existing structures 
fer repcrting. The current OCR reporting formats and the 
Diary system will te maintained. What will change is the 
method ty which the data is transmitted, verified, and 
entered into the MAPMIS data base. 


A. HEPORTING STRUCTURE 


Giger =the MAPHIS system, there will exist five basic 
ncdes or Lrepcrting levels in the system. They are in the 


order of their data processing capability: 


ro 


- Central Processing Node 
oe Lie fe 

- High Level Terminal (HLT) 
~- Low Level Terminal (LLT) 


- Rencte Dnit 


() AW) 


in & 


The céntral processing node will be the MAPMIS itself. 
The A. D.« S. activities are those with large existing 
perscnnel data bases such as the Chief of Naval Education 
and Tecrneng (Eni Tt) . Ships reporting thelr local 
transacticns will not be cencerned with these activities. 
The lowest reporting node will be a separated unit incapable 
of supporting a low level terminal. An example of such a 
unit might be a moktil medical team attached to a V*arine 
Corps unit. A ship configured with a mini-ccmputer would be 


considered a low level terminal activity reperting perscnnel 
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informaticn to the MAPMIS through a high level terminal 


activity. 


A high jlevel terminal activity 1s characterized Ey the 
maintenance cf a local data base kept in synchronization 
with the Btupers data base. This concept is dependent upon 
the ccncert cf a centralized base perscnnel cffice. AS an 
example, instead cf every Navy activity in the geografhical 
locaticn cf San Diego manning its own perscnnel office, a 
central tase personnel office will maintain a local data 


base cn tke crder cf 10,000 officer and enlisted perscnnel. 


The HLT will be supported by a tf&ini-computer with 
sufficient disk capacity to maintain the Iliccal data lbLase. 
The gini-ccmputer will be capable of intelligent terminal 
prcecessing of a large variety of data input formats. The 
high level terminal activity will suppfert remote data 
stations via a hard-wired arrangement or thrcugh use of a 
modem and a telephone data set. The HLI processor will 
prcevide cperators at remote data staticns with error 
analysis such as syntax, formating errcers, or validation 


eCLLOrs against the local data base. 


The data in the data base will be a slave of the céntral 
Gata kase of MAPMIS and kept in synchronization through a 
feedback transmission scheme. All HLTS will be identical in 
operation excerpt for the number of personnel within each 


ilccal data kLase. 


In général, a low level terminal activity(LLTI) is 
Characterized by itsS inability to maintain a local data 
base. Althcugh a ship configured with a mini-computer surely 
has the capacity to maintain a local personnel data base, 
its lack cf telecommunications capability while underway 
prohibits synchronization of its data base with that cf the 
MAEMIS. Therefore it will be classified as a LLT as will 
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ships having ne local data processing capability; configured 
only with a simple low level terminal. The cutput of an LLT 
wili be transactions recorded on bulk media such as data 
tape cassettes or flcppy disks that will be forwarded tc an 
HLI for input into the system. When underway a ship would 
utilize this approach. While inport, the ship would be tied 


to the HII via modem and telephone data set. 


B. DATA TRANSMISSION 


The greatest density of data flow will cccur between the 
HLISs and tke central processing facility. Feriodically the 
HLIs will transmit all transactions that have accumulated to 
that time. The central processing facility will in turn pass 


a feedback transmission for the purpose of validaticn. 


A significant amount of data transmission will occur 
within the HIT itself. Personnel clerks at user activities 
Will prepare rough worksheets in OCR or Diary formats. When 
entering the data in the HLT data base, they will select the 
report tyre ty depressing a function key. The system will go 
intc the correct mcde for receiving the data for that report 
and provide cues for entering it. As the operator enters 
data, static information will be provided tc cross check the 
Gata. AS an example, if a man's Social security numtker is 
entered, the system will feed kack the man's name. The 
Operator can then tell if he has entered the social security 
nugker ccrrectly and if he iS processing infcrmation on the 


desired individual. 


The lccal processor edits the incoming data checking it 
for correct format and syntax. AS an example, when age is 
called fcr, tke processor may only allow numkers between 17 


and 45 to ke entered. When the report is completed the 
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informaticr ccntained in it is ccmpared to the local data 
base tc ensure that it 1S consistant with information 


already ccntéeined within the data base. 


An additicnal feature of the HLT will be the akility to 
prepare forgal documents that require a Signature. These 
documents will be prepared on the local line printer and 
forwarded tc the cognizant command for signature. Services 
such aS preparation of personnel rcsters or personnel 


"ttickler" acticns will also be available upon reguest. 


When a ship gets underway, it shifts from a remote HLT 
user to a LLI. In this situation a Significantly different 
approach will be taken to data entry. The personnel clerk 
will still prepare the data in rough OCR or Diary fcrmat. 
The processing difference cccurs in the level of editing. 
The ship will possess no personnel local data base acainst 
Which tc cteck the input data. Data that is entered will 
cnly ke checked for logical correctness such as format and 
Syntax. If tke data passes the low level editing, it will be 
output on cassette. At first opportunity the cassette will 
be forwarded Ey courier or postal servive to the specified 


HLT for entry into the local data base. 


If upon arrival at a HLT, transactions do not fass the 
editing requirements cf the HLT, an attempt will be made to 
locally ccrrect the transaction. If the correction cannot be 
effected at the HLT, a feedback transaction will be prepared 
ane returned to the LLT to rectify the error. 
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Meee EHRILVACY CCNSIDERATICNS 


The irtrcducticn of several local data tases requires 
that the standards of personal privacy as set forth in the 
Privacy Act cf 1974 be applied. The local data bases are 
part of a reporting system and no decisions ccncerning 
individuals will be made based on the data contained in 
them. Additicnally, no disclosures will be made from data in 
the data -ases. The data in the local data bases will 
surscribe tc the standards cf "routine use" as set forth in 


the Privacy Act. 
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V. AUTOMATED TRAINING 


— 2 oe op a —— SS Se =F 


The task of accomplishing the reguired training 
necessary tc insure a ship's combat readiness takes a high 
percentage cf the Navy's manpower and fiscal resources. The 
mcving cf shipboard personnel to, and maintaining them at 
shere based schools is a costly requirement. This 
requirement exists due ee the complex technolcgy 
inccrporated in the training and the lack of sufficient 
instructicnal personnel to carry out the training at local 


ccinmands. 


The training that is carried out at the shipboard level 
is most often administered te groups.of individuals. The 
effectiveness of this training method depends ufon the 
ccmpetence and teaching skills of the instructor and the 
ccrprehensicn level of the personnel receiving the training. 
The methcd dces -not aliow for differences in learning 
abilities of those individuals receiving the training. 
Additionally, the effectiveness of the individual 


inetructcre is difficult to measure. 


The use of the computer in administering shirboard 
training cffers the following benefits: 
1. Ccmplex Training at Shipboard Level 


2. Standardization of Training 


dad 


- iIndivicuals Taught at Their Own Face 


Recuced Training Costs 


mn £ 


Instant Individual/Ccmmand Training Status 
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fee CeEGREF CF AUTCMATION 


Two methcds of utilizing a computer to assist in the 
training effcrt were investigated. They were: 
1. Computer ASsSisted Instruction (CAI) 
ze Cogputer Integrated Instruction (CII) 


Computer assisted instruction has become an increasingly 
Fofular vehicle to train military personnel at shcre based 
activities. CAI instruction 1s administered predcmrinantly 
on-line. Under this method of instruction a student receives 
the basic lesscn via a CRT terminal, takes his examinations 
On-line, and receives diagnostics and pfrescriptives also 


@a@inistered via the CRT. 


Computer integrated instructicn is a method in which 
-kasic instruction is accomplished off-line via printed 
materials. Testing, diagnostics, and prescriptives are 
received cn-line. The off-line training consists of 
prcgramwed instruction(PI), audiovisual instructicn (A/V), 


and self study guides(SSG). 


Educators generally favor the CAI method because it 
hcids the incividual's attention while leading hin fron 
lesson thrcouch exanination. The drawbacks of this methcd are 
that programs tend tc be extremely large due to the required 
verbosity et the lesson. The limited memory of a 
fMini~ccmputer system makes this an undesirable program 
Characteristic. CAI requires that an individual spend long 
periods at the CRT terminal. This situation could cause 
contenticn fcr terminal time on ships capable of maintaining 
a limited nuater of terminals due to space restricticns. 


The CII method, however, reguires an extremely simple 
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insructicn set for the user. The system can te isplenrented 
With as little as three user ccmmands. These commands should 
allcw the user to check his training status, call a shcpping 
list of available examinations, and select the desired 


exaninaticn. 


Bee OLSTER CEERATICN 


The kasic suppert materials for the CII will be prepared 
by the Naval Training Command. Specific subject areas will 
be broken into several modules. The ncrmal seguerce of 
instructicn fcr each module is; 

1. Take a pre-test on the computer 


ze Take tke module lesson off-line 


3. Take a post-test on the computer 


The pre-test is used to measure existing knowledce of 
the material presented in a particular module. Passage cf a 
pre-test demcnstrates proficiency in the material [presented 
in the acdule and the qualification will be entered cn the 
incividuais training record. If the pre-test is failed, 
specific lesscns will be presented on the CRT and a 
hard-cory furnished via the printer. Upen completion of the 
prescribed material, a post-test will be taken on-line. If 
the pest test is failed the individual is directed tc retake 
the prescrired lessons for the module. Figure-1 illustrates 


the procedural filcw cf the systen. 
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FIGURE 1 - PROCEDURAL FLOW 
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Se FILE KRECCIREMENTS 


The ccmputer integrated instruction can re supperted in 
its simplest form by two data files: a student data tase and 
an examinaticn data Ease. The student data Ease will ccntain 
general infcrmaticn on the student for identificaticn and 
will reccerd Eis training status for the various training 
subjects he is undertaking. Information to be included in 
the student data base is module status pre-test and 
post-test results, and start/fcompletion dates. Ficure-2 
represents tke flcw of information in the system. The 
student cata base will be maintained on magnetic tare and 
lcaded tc disk at the beginning cf a training pericd. The 
tape will ke upcated at the end of the last training feriod 
or the day. 


The exazinaticn data base will consist of a séfarate 
physical file for each pre-test and post-test. A relatively 
inexpensive method of maintaining these files is on cassette 
tapes. The cassette files will be loaded to disk ufon 
recuest cf the individual user. These files will rot be 


modified ry shipboard personnel. 
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INFORMATION FLOW 
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ee LATA ELEZENTS 


The traicing mcdules should be structured to satisfy PQS 
reguirements for those particular subject areas where PQS 
has been implemented. The information in the student data 
Ease shculd Fe a complete reccrd cf the PQS frogram and the 
Status of each individual aboard the ship. The sigplest 
methcd cf constructing the file is to design it asa 
variable length file composed of logical records, cneée per 
person. The number of physical records composing eéach 
logical record will be a function of the degree of training 
reguired fcr the individual associated with that lcgical 
reccrd. The student data base should contain these mininuo 


Gata elements: 


1. Name 

ze Social Security Number 
ee work Center 

4. Modules Reguired 

&. Modules Completed 


6. Modules in Progress 
7. Module Start Dates 
@. Module Ccempletion Dates 
§$. Test Sccre Results 


Additicnal data elements can be added if desired [ry the 
Command. This will affect the number of physical records 


reguired and the tctal length of each logical record. 
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Buewinteriace with MAPHM@S outlined in Chapter IV is 
totally dependent upon ccnversion to the Central-Base 
Perscnnel Office ccncept. Should this ccnceft be rejected or 
Festponed, ships with data processing capabilities shculd 
Maintain a lecal personnel data base. The data elements 
ccentained ir the data base should match thcse reguired on 
the varicus faper inputs now being submitted as entry data 
to MAPMIS. 


Reference 4 cffers a simple but effective scheme for 


managing a generalized personnel data hase. 


feo tol it CESCRIPTION 


The frefesed system reguires a data base and a 
dictionary that defines the data in the data Lase. The 
dictionary is a file containing specific descriptions cf the 
data base eélements. The dictionary file contains the 
identificaticn, characteristics, and storage locations of 
é€ach data element and is dynamically accessed by TI/0 
commands. A dictionary manager program is required tc allow 
the user tc add, change, and delete records and to print the 
ccentents cf the dictionary. A file manager program is 
required to allow the user to generate report headers and to 


guery the data base. 


The trasic design philcscecphy 1s structured for a4 main 
data base and data subsets. The subsets provide multi-level 
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guery by a series of selective reductions. The suksets are 
created freom the main data base in response to a SELECT 
command. Each sukseguent subset is formed by an additional 
SELECT ccmméend operating on the most recently created 


subset. 


Subsets are selected based upon the parameter input by 
the user, €.g., age or name. As an example of the subset 
reducticn precess, assume the data base contained cnly the 
following infcrmation: 

Names; J. Ercwn, Rate: Bi 
Name; &h. Jcres, Rate: BM2 
Name: A. Sith, Rate: BM1 
Names E. Smith, Rate: BM2 


Using the SELECT command with the parameter name Smith 
meutd cause tre sutset of the last two records to be fcrmed. 
ReuSing the SELECT ccmmand with the parameter rate BM2 would 
form a subset of the last record only. Figure-3 shews the 


system flew fcr the query process. 


Bee USER CCMEANDS 


The extent of the command set made available to the user 
shculd agéin bre primarily influenced by simplicity of use. 
It should allow the user aS a minimum tc carry out the 
Bedicwinc furcticns: 

1. Add reccrds to the data hbase 


- Modify €xisting records 


N) 


3. Delete records 

fee ocxrt reccrds 

Be FOrgzat printed reports 

6. Display records cn the CRT 
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FIGURE 3 - SYSTEM FLOW 
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A command missing from many systems that shculd be 
included is an "EXPLANATORY" command. This command shculd 
prcvide ar inexperienced user a concise, easily understood 


explanaticn cf each user command available on the system. 
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Vite. CONC LUSTONS 


=e ek Se Se oe ee Se eee 


An autcmated stipboard command management and readiness 
informaticn system is needed. The bkasic subsystems tec be 
included are limited primarily by computer capacity and the 
extent tc thich they can time-share the system. A Easic 
factcr is ccmumonality of data base elements to surfort 


specific suksystems. 


The training and administration function is the 
feundaticn fcr assessing operational readiness status of 
individual crew menrbers, teams, and the entire ship. This 
subsysten Bust provide both training deficiencies and 
training attainment data in the context cf sShip-specific 
requirements. tine should IncecEpOrat ec the Personnel 
Qualificaticn Standards concept and cther reguirements 
estaklished by training directives. Output should include 
required trainirg information from the ship to higher levels 
of command. The subsystem will enartle commands to select 
Which crew members and knowledge/skill areas shculd be 


trained akoard ship or at training centers ashore. 


In designing any hardwareyscftware system, there are a 
number of crucial questions to which the system designer 
must find answers. One of the most important ina shifboard 
applicaticn is the role of the human operator in the 
Operation of the system. The san-machine interface must 
acccunt for the limited computer exposure cf most shifboard 


perscnnel. 


Cost effectiveness will be enhanced by maximum use of 


the system and careful choice of functions tc be autozsated. 
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Pamplicity CE use wid encourage users. Cesign 
consideraticns that involve trade-offs between simplicity 


and efficiency should be weighted to favor simplicity. 


Future developrents in micro-computer scftware should be 
carefully exag@ined before actual implementaticn of a systen. 
As software beccmes available to simplify routine data 
precessing creraticns, the advantages cffered by the 
Gicro-comruter in the areas cf cost and size will strongly 


favor its usage. 


Many additional subsystems exist as candidates for 
automaticn such as payroll, supply, and PMS accomplishrents. 
Autcmaticn of these subsystems should only be attempted 
after the training and administration subsystems are running 
smcothly. Such new projects must be carefully examined to 


determine tkeir cortention fcr system resources. 
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